Sprint planning is an event in scrum that kicks off the sprint. The purpose of sprint planning is to define what can be delivered in the sprint and how that work will be achieved. — Dave West (CEO of Scrum.org)
大家可以回顧在 Day 10 介紹的 Scrum Process，在這個循環的一開始就是 Planning，相信大家都可以理解在做一件事之前，計畫的重要性！但怎麼開始以及需要掌握的要點有哪些，可以從最常見的WWW框架開始談起（我在DAY08提到的黃金圈理論也用了這三個維度）：
這個 sprint 的目標是什麼？能夠創造什麼樣的價值？要達成目標我們必須在這個sprint做哪些事？這些問題與規劃通常會由 product owner 提出，當然不是從上到下佈達，而是在Product Owner花心思規劃後，若團隊有疑問是可以提出的，經過討論後，大家目標會更明確，並在會議中達成共識，確保團隊成員一起往同一個方向前進！
要怎麼完成這次 sprint 的目標以及交付成果？首先 product owner 會先列出這個 sprint 的backlog，而它們可能來自於原先的 Product backlog，或是其他加入的需求，這些backlog 也可能會有不同層級區分—從大面向的 Epic、到主功能Story、子項目task或sub-task；開發團隊成員各自認領 backlog 卡片，並根據自己要花的時間估點(如何估點會再找機會另外開文跟大家分享)。
誰會參與 Sprint planning？所有 scrum team成員！由product owner 規劃並主持會議，在會議中說明 目標與backlog，團隊成員則要思考是否能夠達成這樣的目標。
相信我，今天省這半天一天的時間，之後進到implementation 階段時將會需要付出更多的溝通成本、甚至會造成開發效率低落以及偏離軌道的情形。
而因為有這樣的會議也能在一開始的時候就讓團隊成員聚焦，且增加資訊的透明度，大家同步知道這些資訊，會減少事後不同人溝通所產生的落差，若團隊成員有疑問也可以在一開始就提出。
想問問身處敏捷開發團隊的夥伴們，大家每個sprint 都有召開這樣的會議嗎？如果有，又是怎麼進行的呢～？
iThome鐵人賽
看影片追技術